This PR propagates the pending errors while establishing a successful dial to a given peer.

The primary issue the PR aims to fix is:

• T0. TCP starts to dial on 8 addresses (collator -> validator)
• T1. 7 addresses out of 8 fail with an error (unreachable / timeout etc)
• T2. 1 address is successful

Before this PR, the 7 failures would be lost and the manager would not update the score of the addresses.
The downstream effect is that the 7 addresses would be retained with a score of zero.
Later, when litep2p wants to dial the same peer, the 7 addresses that are unrachable will be reutilized for dialing.

This is part of the efforts to improve the stability of connections and reduce delays:

• [ElasticScaling] Enable ElasticScaling on AHKusama and AHPolkadot polkadot-sdk#10425

Closes:

• transport: Failed addresses are not reported back on a successful connection #526